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We introduce a simple, efficient framework for integrating 
arbitrary ray-casted primitives into scenes rendered with more 
conventional techniques. This framework will allow for the rapid 
introduction of increasingly complex primitive types as graphics 
hardware and rendering technology advance. 

The overall organization of the framework is shown in Figure 1. 
The framework defines an object-oriented interface to the 
primitive renderers , a common vertex shader, and an HLSL 
function to perform lighting. Each primitive Tenderer is 
responsible for providing a set of C++ functions for managing 
primitive-specific GPU resources, as well as a driver function 
that performs the actual rendering. The framework also allows 
for a primitive Tenderer to implement an optional interface to 
allow for GPU-based object choosing and manipulation. 

The most important part of each primitive Tenderer is a shader 
that performs per-pixel geometry processing. Most of these use 
ray-casting to determine the depth, and normal of the primitive 
point along the ray through current pixel. The Tenderer’s driver 
code provide the information required for these calculations. The 
pixel shader outputs depth information, and standard depth 
buffering handles occlusion (see Figures 2 and 3). Using the 
depth buffer allows seamless integration with the standard 
methods for rendering triangles (see example in Figure 4). 
Similarly, we use shadow mapping to provide shadow support 
that is independent of the nature of the primitives being 
rendered. 

It’s performance-critical to minimize the number of pixels for 
which ray-intersection tests must be performed. Every ray-casted 
primitive Tenderer provides its bounding box information. The 
vertex shader does the standard matrix transformation on the 
bounding box, and also calculates model-space ray directions at 
the vertices. These ray directions are interpolated by the 
hardware as texture coordinates, and are used by the Tenderers’ 
pixel shaders to perform ray-intersection tests. Object definitions 
are either provided as a set of shader constants, or encoded 
within the vertex structure. No precomputation is generally 
required, so the framework lends itself very well to the highly- 
dynamic scenes often found in hardware rendering applications. 

We compare the performance of our algorithms with that of a 
standard pipeline by rendering sphereflake , a fractally-generated 
set of spheres from the Standard Procedural Database (see Table 
1). The images for comparison are rendered at a resolution of 
600x600, with a 1024x1024 shadow map on a Radeon-9800 (see 
Figure 5). The standard-pipeline Tenderer uses a primitive LOD 
scheme where smaller spheres are tessellated into fewer 
polygons. This results in some visible artifacts as the viewpoint 
approaches the sphere-flake. 
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Figure 4. Our framework seamlessly integrates standard triangle rendering with ray-casted volume. 
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Figure 5. Sphereflake rendering: The left inage rendered using standard rasterization. The center and 
right images rendered with our hardware ray-caster. The right image uses shadow mapping technique. 
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# 
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Rasterizer 

(FPS) 

RayTracer 
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SpeedUp 

1 

1680 

94 

90 

-4% 

10 

8880 

69 

64 

-7% 

91 

38174 

53 

48 

-9% 

829 

161646 

36 

37 

3% 

7381 

581550 

20 

28 

40% 

66430 

1762530 

9 

18 

100% 


Table 1 : Performance of our render er vs. standarad hardware renderer in rendering the snowflake. 






